home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4424 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: 28880 bps with a 386 ???
  5. Date: 11 Feb 1996 16:14:09 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4flm71$11tq@seminole.gate.net>
  8. References: <4fce3s$ku8@ftp.univie.ac.at> <4ff4jj$kli@ixnews2.ix.netcom.com> <4fg1km$1f8@zippy.cais.net> <4fghfv$3v8@seminole.gate.net> <eric-1002962356480001@sobt.accessorl.net>
  9. NNTP-Posting-Host: seminole.gate.net
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12. Eric Shaw (eric@accessorl.net) wrote:
  13. : In article <4fghfv$3v8@seminole.gate.net>, dhaire@gate.net (doug haire) wrote:
  14. : >The download time should be virtually the same no matter what the CPU. That 
  15. : >is a matter of DCE speed and line quality. Now, if you are talking about 
  16. : >display times, that is another matter entirely and that is an issue of 
  17. : >processing the data received. It might matter if Netscape (or whatever 
  18. : >software you use) processes the data as it comes in and tells the modem 
  19. : >to stop receiving while processing each chunk received. I would be 
  20. : >surprised if this were so since the siftware should be processing data as 
  21. : >it comes in but allowing the data to continue to flow while handling it.
  22. : 
  23. : With normal file transfers, especially if you aren't doing much
  24. : multitasking, the CPU does not matter.  In Netscape and a lot of other TCP
  25. : programs, it does.  I could easily see a 386 not decompressing JPEGs in
  26. : Netscape as fast as a 28.8 modem can download them.  The modem will still
  27. : work with the 386, things just won't be as fast as if the modem was hooked
  28. : up to a better computer.
  29.  
  30. Eric, pay closer attention...
  31.  
  32. Download speed is not affected by the processing of JPEG's and it is 
  33. extremely rare that a 386 would be so heavily tasked that it couldn't 
  34. maintain a decent throughput. I ran a 2 node BBS with a 386dx33 and saw 
  35. *no* degradation in throughput even when both nodes were transferring 
  36. files and this was under DesqView. I'd even pop open a 3rd window and 
  37. process files for the filelists (moving files between partitions, writing 
  38. to files, sorting files, etc.) without affecting throughput.
  39.  
  40. Now, with someone attempting multiple tasks in Windows, then I'd say 
  41. you'd have a case but that is Windows causing the problem, not the CPU's 
  42. weakness.
  43.  
  44.